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METHOD AND SYSTEM FOR SHARING THE BROWSER 
Background of the Invention 

5 Technical Field 

The present invention relates to a method and a system 
for sharing a browser, particularly to a method and a 
system for implementing high-performance and real-time 
10 sharing of a browser for an existing Web browser and an 

existing Web page without having to install it by a user 
by embedding in the page itself a facility for 
controlling each element in the page. 

,g 15 Prior Art 

y Various methods are known for sharing a standard Web page 

□ in an as -is format by using an existing Web browser. 
(For example, see Japanese Patent Application No. Hei 9- 

□ 20 254997) . In such background art, however, it is 

necessary for every user to have a sharing system 
y installed in advance. In Japanese Patent Application No.^ 

:^ Hei 9-254997, synchronization of browser status is 

implemented by data exchange for sharing through the two 
25 interfaces, namely, an application interface 

(specifically, the functions of an information event of 
page loading, an inquiry about a current page and page 
setting) included in the browser and an interface at an 
operating system level (specifically, the functions of 
30 GET and SET for a message queue which a window of va 

browser has) . At this time, the application interface 
and message queue interface are accessible only from 
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outside a browser application process, and therefore, 
since a module for implementing the sharing*-is outside 
the browser, it must be installed in advance and should 
not be automatically downloadable as an applet. There 
was also a problem of having to install it on each 
individual platform since it relies on a browser- running 
OS or a window system. 

Fig. 1 shows the working of browser sharing in Japanese 
Patent Application No. Hei 9-254997. To share a page of 
a Web server on a collaboration server, it is necessary 
that a program for sharing (WebShare) other than a 
browser is installed in advance for customers and a call 
center operator. This program for sharing allows sharing 
by hooking a browser API and an event. Also, such a 
program must be installed on each individual platform 
since it relies on a browser- running OS or a window 
system. 

Summary of the Invention 

The present invention is invented in view of the above- 
mentioned problem of the background art, and an object of 
the present invention is to provide a method and a system 
for sharing a browser wherein it is not necessary to 
install in advance a controller for sharing into a 
computer . 

Another object is to provide a method and a system for 
sharing a browser which do not depend on the functions of 
an OS or a window system and operate on various 
platforms . 



JA998-189 



A further object of the present invention is to provide 
method and a system for sharing a browser which are 
capable of an advanced sharing feature (for instance, 
allowing a customer to enter in a field of a form but 
prohibiting moving to another page) required in an 
application . 

Still even further, an object of the present invention i 
to provide a method and a system for a real-time sharing 
a browser which require less data volume for sharing a 
browser and allow a good response even on a narrow band 
width as in an end user environment such as a home. 

To attain the above objects, the present invention is 
organized as follows. First, a collaboration server is 
provided for accumulating pages to be shared from a Web 
server retaining original pages. A collaboration server 
(hereafter, merely a "server") comprises a CachinManager 
that accumulates pages dynamically generated on an 
original Web server for sharing, a CommunicationManager 
that controls sessions such as communication and 
participation/quitting among NodeManagers controlling a 
browser on each user machine, an ordinary Web server for 
downloading facilities for implementing sharing of the 
Web server (a NodeManager and a PageManager) and a 
Embedder that embeds in each page a PageManager for 
controlling pages. 

The plural user machines to be shared comprise an 
existing Web browser capable of running Java and Script, 
and PageManager embedded in each page. A PageManager 
comprises two parts, namely, a PageController and a 
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PageCominunicator . A PageController detects changes in a 
page element, communicates them to another machine by way 
of a PageCommunicator , and receives changes in a page of 
another computer and then reflects the same changes to 
own page element. Changes in a page element refer to 
page loading, changes in value of text and buttons which 
are elements of a form, changes in a scroll position of a 
page, and operation of a remote pointer, etc. A 
PageCommunicator manages communication between a 
NodeManager and a PageController. A NodeManager for 
controlling a browser is provided for each process and 
manages communication between each PageManager and a 
server. Moreover, there is nothing unique for 
collaboration in the hardware configuration of the above- 
mentioned server. A user machine and a server are only 
different in name, and it is no problem if each user 
machine and server consist of exactly the same hardware. 

Fig. 2 shows a diagram of the entire configuration of the 
present invention. A collaboration server comprises a 
CachinManager that accumulates pages dynamically 
generated on an original Web server for sharing, an 
ordinary Web server (httpd) for downloading facilities 
for implementing sharing of a Web server, a 
CommunicationManager that controls sessions among 
NodeManager s on each user machine, and an Embedder that 
embeds a PageManager. The facilities for sharing plural 
computers (user machines) comprise two components, 
namely, a module for controlling each process of a 
browser (Web browser 1 or Web browser 2) (NodeManager) 
and a module for controlling each page (PageManager) . A 
PageManager monitors a state of each page element in a 
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page, detects changes and remotely exchanges information 
with a corresponding PageManager so as t dynamically 
perform setting of each page element to be in the same 
state. Also, for synchronization in a window of a nested 
frame structure, a PageManager checks a hierarchical 
structure of a frame (n-th position of n-th nest) and, 
with this as an ID, communicates with a corresponding 
PageManager. This hierarchical structure information can 
be obtained on any browser without being limited by a 
facility of cross frame security. While there are two 
user machines in Fig. 2, it is possible to share a 
browser likewise with a three or more machines. 

A NodeManager controlling a browser performs 
communication (session and synchronization) between each 
PageManager and a server. A NodeManager resides in a 
page independent from the shared Web window and which 
does not migrate, and controls communication between 
PageManagers dynamically generated/terminated for each 
page loading. It also controls information across pages 
such as history. A PageManager and a NodeManager are 
embedded as Java applets which have an identical domain. 
Thus, regardless of the domain of the original page in 
which a PageManager is embedded, data communication by 
shared memory is performed between a PageManager and a 
NodeManager on any browser without being limited by a 
facility of cross frame security. 

By configuring them in such a manner, sharing of a real- 
time Web browser becomes possible since a facility for 
page sharing can be embedded in an existing HTML page 
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between an existing Web server and a browser without 
changing its original structure. 



Brief Description of the Drawings 

Preferred embodiments of the present invention will now 
be described, by way of example only, with reference to 
the accompanying drawings in which: 

Fig. 1 is a diagram showing example of conventional 
browser sharing. 

Fig. 2 is a diagram showing an entire configuration of 
the present invention. 

Fig. 3 is a diagram showing operation inside a browser of 
the present invention. 

Fig. 4 is a diagram showing example of processing of page 
loading in a nested frame. 

Fig. 5 is a flowchart showing how it is until a browser 
can be shared the method of the present invention. 

Fig. 6 is a flowchart for sharing user operation of a 
browser after the browser can be shared by the method of 
the present invention. 

Fig. 7 is a diagram showing an example of hardware 
configuration of a server and plural computers used in 
the present invention. 
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Detailed Description of the 
Preferred Embodiments of the Invention 

The operation of a browser sharing system is explained in 
detail below based on operation inside a browser in 
Fig, 3 . 

1. Start of a NodeManager 

A NodeManager is loaded into a new browser window as it 
is opened when a customer has logged in on a page which 
is a start of sharing or by pressing a start of sharing 
button. This window exists, if seen from a user, 
independently from a window to be shared and is not 
closed during a sharing session. In this window, a user 
interface for switching a remote pointer and a normal 
mode, etc. are displayed. A socket of Java is placed 
between this NodeManager and a CommunicationManager that 
is component of a server so that the shared data may be 
exchanged among plural user machines. In addition, 
shared memory is allocated as a class variable of a 
NodeManager applet. In this, a queue of a message with a 
PageManager is organized. 

2 . Embedding in a shared page of a PageManager A 
PageManager comprises PageController consisting a script 
for controlling each page element and a PageCommunicator 
made of an applet which communicates with a NodeManager 
through a message queue. These two modules are embedded 
by an embedder module of a server. As an example of 
actual code, the following code is embedded immediately 
after a <BODY> tag comes out while reading character 
strings in an HTML page. 
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<SCRIPT SCR= "http : //collabsvr/pagemgr . j s "></SCRIPT> 

<APPLET CODE="http: //collavsvr/pagemgr .class"></APPLET> 

5 As a PageCommunicator and a NodeManager have an identical 

domain, data can be exchanged avoiding a problem of 
security regardless of the domain of the page to be 
embedded. Thus, a multi frame page comprising plural 
domains can be shared. 

10 

3 . Detecting changes in a page element in a shared page 
by a PageManager 

A PageController detects local changes to the following 
elements and remotely communicates them to a 
15 corresponding PageController so as to implement 

synchronization of pages. 

3-1. Mechanism for synchronizing page loading changes in 
a page occur along with the following operation. 

20 (1) A click on a link in a page by user operation. 

(2) Operation on a browser menu (selecting Back/Forward 
button and a bookmark) by user operation. 

(3) Autoload by description in a page (designation by 
META syntax and description in an applet or a script) . 

25 

Of these, (1) is synchronized, as in the detection of a 
changing event of a form element described below, by 
detecting and communicating a click event. In the cases 
of (2) and (3) , since a PageController on a current page 
30 cannot detect a load request event, a PageController in a 

newly loaded page posts a new URL to another node. Here, 
Fig. 4 shows an example of processing page loading in a 
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nested frame. Step 1 of Fig. 4 illustrates the initial 
state of browsers 1 and 2. Fig. 4 illustrates a case 
where the following initial state (synchronous state) 
switches to a final state (synchronous state) (a case 
5 where frame set 2 jumps to frame set 3) . 



Initial state 
FRAMESET [SI] 
FRAME [Fl] 
10 FRAMESET [S2] 

FRAME [F2] 
FRAME [F3] 
FRAME [F4] 

15 Final state 

FRAMESET [SI] 

FRAME [Fl] 

FRAMESET [S3] 

FRAME [F5] 
20 FRAME [F6] 

Meanwhile, SI and S2 are abbreviation for frame set 1, 
frame set 2, and Fl, F2, F3 , F4 , F5 and F6 are 
abbreviation for frames 1, 2, 3, 4, 5 and 6 respectively. 
25 Loading of a frame set is performed instead by a 

PageManager included in a page of the first frame (in the 
case that it is further nested and the first element is 
also a frame set, it should go below one by one) . 

30 In step 2 of Fig. 4, as frame set 2 jumps to frame set 3, 

PageManagers of frames 2, 3 and 4 are first destroyed and 
related message queues are released. 



JA998-189 



-9- 



In step 3 f Fig. 4, frames 5 and 6 are loaded. Related 
message queues are placed, and a PageManager of frame 5 
sends a message of "Load frame set 3." 



5 In step 4 of Fig. 4, a NodeManager of browser 2 

distributes a message to a message queue of an identical 
frame hierarchy, and a PageManager of frame 2 loads a URL 
of frame set 2. And it returns to a synchronous state. 

10 3-2. Changing event of a form element 

As for synchronization of form elements such as a text 
field or a button, changes are detected by the following 
two methods depending on their properties. 

(1) Detecting a user-operated event with a hook of an 
15 event handler. 

(2) As for an element which does not necessarily generate 
an event when changing, detecting an event through 
polling by a timer. 

Explanation of the method of (2) is omitted since it is a 
20 background art. In the case of (1), since user operation 

to a form element such as a button generates a click 
event, it is possible to have so-called a hook of an 
event caused by a PageController setting its own handler 
to an onclick event handler. In general, however, there 
25 are causes where a user- defined event handler is already 

described in an element such as a button in JavaScript or 
VisualBasic Script, and in such cases, the original 
handler is not processed by merely replacing the event 
handler by a PageController so that the existing page 
30 does not operate as originally described. So, the 

original handler is rewritten on page loading to add a 
line for jumping to the handler for hooking. In this 
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way, it becomes possible for a PageController to hook an 
event without affecting the original handler. 

3-3. Page scrolling 
5 While the position can easily be detecting by hooking an 

event generated on scrolling (onScroll) , dragging scroll 
bar keeps generating events and causes too much traffic, 
so the position is detected through polling by a timer. 

10 3-4. Operation of a remote pointer 

A remote pointer may be added to an arbitrary page, in 
the case of Internet Explorer of Microsoft Corp. for 
instance, by adding it as a DIV element as follows. It 
can also be done with the same technique in the case of 

15 Netscape Communicator of Netscape Communications Corp. 

var str = *<DIV style=*'position : absolute; overflow: none; 
width=50px height=50px><IMG src="pointer . gif "></DIV> ' ; 
documet .body . insertADjacentHTML ( "Af terBegin" , str) ; 

20 

A pointer is moved by moving DIV to a corresponding 
position with a mouseMove event to a window. 

Fig. 5 explains on a flowchart the processing by the 
25 method of the present invention until a browser can be 

shared. When a user has logged in on a page which is a 
start of sharing or by pressing a start of sharing button 
provided on a page, a process of sharing is started. In 
step 510, a new browser window is opened, and a 
30 NodeManager is loaded there. This window of a 

NodeManager exists independently of a shared browser 
window, and is not closed during a sharing session. In 
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this window of a NodeManager, a user interface for 
switching a remote pointer and a normal mode, etc. may be 
displayed. In step 520, a CommunicationManager and a 
NodeManager which are components of a collaboration 
5 server are connected by a socket of Java. This socket is 

used to exchange information for sharing among nodes. In 
step 530, a PageManager is embedded in an HTML page with 
an embedding module of a server. However, a PageManager 
comprises a PageController consisting of scripts for 

10 controlling each page element and a PageCommunicator 

consisting of applets for communicating with NodeManagers 
through a message queue. Since a PageCommunicator and a 
NodeManager are an identical domain, data can be 
exchanged avoiding a problem of security regardless of 

15 the domain of an HTML page to be embedded. Because of 

this, it becomes possible to share a multi frame page 
comprising pages of plural domains. The above concludes 
processing until sharing a browser becomes possible. 

20 Fig. 6 explains on a flowchart the process for sharing 

browser operation of a user after browser sharing becomes 
possible by a method of the present invention. In 
reality, however, due to constraints of describing it on 
a flowchart, when an event is generated and a handler set 

25 for the event is to be activated, a decision part is used 

instead. Also, a timer is set for regular processing 
even in the case of a process not using a handler, a mere 
loop is used instead in the flowchart. 
In step 610, a browser loads an HTML page in which a 

30 PageManager is embedded. Next, in step 620, shared 

memory is assigned as a class variable of a NodeManager ' s 
applet. A message queue with a PageManager is created in 
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it. Also, a PageController sets its own handler to an 
onclick event handler. 



Furthermore, the same process is performed for other 
5 events as required. In step 630, a decision on 

termination is made. Sharing is terminated if a sharing 
termination button is pressed. In step 640, a decision 
on page loading is made, page loading is decided by a 
current PageController detecting and event of a click on 

10 the case of a click in a page by a user. Loading 

generated by operation on a browser menu (back, forward, 
a bookmark) or description in a page (META syntax, an 
applet, a scrip) , etc. is decided by a PageController in 
a newly loaded page referring to a location attribute of 

15 a browser window. 



In step 642, a page loading process is performed. In the 
case of page loading by user operation on a browser menu 
or description in a page, a PageController in a newly 

20 loaded page posts a new URL to another node. In step 

644, a page is unloaded. The browser unloads a current 
page along with page loading. The browser unloads a 
current page along with page loading. And in step 646, 
the PageManager is terminated. In the process of 

25 unloading the current page, the PageManager on this page 

is terminated. At this time, the message queue with a 
PageManager is eliminated and this shared memory is 
released. 



30 In step 650, a decision on the form is made. As for 

synschronization of forms elements such as a text field 
or a button, it is decided by the two methods depending 
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on their properties. A user-operated event is decided by 
hooking an event handler. Changes in an element which 
does not necessarily generate an event when changing are 
decided by regularly checking the value with a timer. In 
step 655, form processing is performed. If the user 
operation is of a kind to generate an event, the same 
process as the page loading process n step 642 is 
performed. As for changes in an element which does not 
necessarily generate an event when changing, the value of 
the changed form element is sent to an another node. 
Processing returns to step 630 after that. In step 660, 
a decision on scrolling is made. Scrolling operation is 
decided by regularly detecting the position with a timer. 
In step 65, a scrolling process is performed. The 
position of a new scroll is sent to another node. 
Processing returns to step 630 after that. In step 670, 
a decision on a pointer is made. It is decided by a 
mouseMove event to a window. In step 685, a pointer 
process is performed. The position of a new pointer is 
sent to another node. A pointer can be added to any HTML 
page as follows as a DIV element. 

var str =' <DIVstyle="position:absolute;overf lowmone; 
width=50px height=50px><IMG src="pointer .gif "></DIV> » ; 
document, body, insertAdj acentHTML ( "Af terBegin" , str) ; 

A pointer is moved by moving DIV to a position acquired 
from a mouseMove event. Processing returns to step 63 0 
after that. In step 680, a decision on receiving is 
made. A PageCommunicator decides whether a message has 
been received from another node by checking a message 
queue. In step 685, a receiving process is performed. 
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Depending on the contents of a received message, an 
appropriate process is performed. 

A pointer is moved by moving DIV to a position acquired 
from a mouseMove event. Processing returns to step 630 
after that. In step 680, a decision on receiving is 
made. A PageCommunicator decides whether a message has 
been received from another node by checking a message 
queue. In step 685, a receiving message, an appropriate 
process is performed. 

When a message instructing page loading by user operation 
on a browser menu or description in a page is received, 
the received URL is set to the location of the window and 
the same HTML page is loaded. When a message changing 
value of a form element is received, the form element is 
changed as instructed. When a message changing a 
position of a scroll is received, the position of the 
scroll is changed as instructed. When a message changing 
a position of a pointer is received, the position of the 
pointer is changed as instructed. 

Fig. 7 shows an example of an embodiment of hardware 
configuration of a server and plural computers (user- 
machines) used in the present invention. System 100 
comprises central processing unit (CPU) 1 and memory 4. 
CPU 1 and memory 4 are connected via bus 2 with hard disk 
device 13 as an auxiliary storage (or drives for storage 
media such as CD-ROM 26 and DVD 32) via IDE controller 
25. Likewise, CPU 1 memory 4 are connected via bus 2 with 
hard disk device 30 as an auxiliary storage (or drives 
for storage media such as MO 28, CD-ROM 29 and DVD 31) 
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via SCSI controller 27. Floppy disk drive 20 is 
connected with bus 2 via floppy disk controller 19. 

A floppy disk is inserted into floppy disk drive 20, and 
a code or data of a computer program for giving 
instructions to a CPU and so on in synergy with an 
operating system to implement the present invention can 
be recorded on this floppy disk, etc., hard disk device 
13 (or a storage media such as MO, CD -Rom and DVD) and 
ROM 14, which is executed by being loaded to memory 4. 
This code of a computer program can also be compressed or 
divided into two or more so as to be recorded on two or 
more media. 

System 100 can further have user interface hardware ad 
comprise pointing device (a mouse, a joystick, etc.) 7 or 
keyboard 6 for entry and display 12 for providing a user 
with visual data. It is also possible to connect with a 
printer via parallel port 16 or connect with a modem via 
serial port 15. This system 100 can be connected with a 
network via serial port 15 and a modem or communication 
adapter 18 (Ethernet or Token- ring card) etc. so as to 
communicate with other Web servers, other computers and 
so on. In addition, it is possible to connect a remote 
transmitter- receiver with serial port 15 or parallel port 
16 so as to exchange data by means of an infrared ray or 
an electric wave. 

Speaker 23 receives a speech signal which is D/A 
(digital/analog) converted by audio controller 21 via 
amplifier 22 and outputs it as speech. In addition, 
audio controller 21 makes it possible to A/D 
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(analog/digital) convert speech data received from 
microphone 24 and capture into the system speech data 
outside the system. 



5 Thus, it may be easily understood that the server and 

plural computers in the present invention is 
implementable by a communication terminal with a 
communication facility including an ordinary personal 
computer (PC) or a workstation, a notebook PC, a palmtop 

10 PC, a network computer, various household electrical 

appliances with a built-in computer such as a TV set, a 
game console with a communication facility, a telephone, 
a fax, a portable telephone a PHS, and electronic 
organizer or combination of these. However, these 

15 components are taken as examples, and it does not follow 

that all of them are required components of the present 
invention. 

The present invention can implement a feature of advanced 
20 real-time sharing of a browser among a number of users 

which could not be implemented by any background art. In 
addition, synchronization of page loading, 
synchronization on input operations of form elements, 
synchronization of scrolling operations, synchronization 
25 of remote pointers and synchronization of annotations are 

possible, and a client machine only requires an existing 
browser comprising functions of Java and a script. And, 
since it does not require any external program or a 
module plug- in t be installed, a browser sharing system 
30 which does not burden a user with installation and 

requires little data traffic for synchronization is 
provided. 
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While the invention has been particularly shown and 
described with respect to preferred embodiments thereof, 
it will be understood by those skilled in the art that 
the foregoing and other changes in form and details may 
be made therein without departing form the spirit and 
scope of the invention. 
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